home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 70 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.6 KB

  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: MAUS
  3. Date:     Sun, 22 May 1994 01:33:54 -0600
  4. Mime-Version: 1.0
  5. Precedence: bulk
  6.  
  7. In <9405311143.AA04373=avg@mijt.cwi.nl>, you write:
  8.  
  9. [> Anyway,  menu shortcuts SHOULD be configurable from an application,  so
  10. [> the user can throw away control A altogether.
  11.  
  12. This is a good idea, but it will not be easy.  Very few programs 
  13. currently support this feature, and those that do support it in 
  14. different ways.  When I wrote this feature for MasterBrowse, I
  15. elected to try a 'simple' method; ask the user to press the old key
  16. and then press the new key.  As it turns out, this is not the
  17. best of all solutions (and will soon be changed) because it
  18. immediately ensures that the user must have a keyboard shortcut
  19. for EVERY menu selection.  CoNnect does much better, but in a way
  20. that is hard to emulate unless you have a very powerful
  21. windowed dialog library with popup menus.  I think that we can
  22. all agree on three things:
  23.  
  24.     1) The method of changing a keypress should be standard for
  25.        all programs that support it.
  26.  
  27.     2) The name of the menu selection (and the keyboard shortcut
  28.        that activates it) should be the same for all programs that
  29.        support this feature should be the same.
  30.  
  31.     3) The <Alternate> key should not be used as a keyboard shortcut
  32.        modifier, since users in France use that key to generate
  33.        certain accent characters.
  34.  
  35. [>                                                I think we should also be
  36. [> thinking of developing guidelines for such a configurable menu assignment.
  37. [> A few ideas:
  38. [> 
  39. [>     - Atari's NEWDESK idea (binding keys without control/shift/alternate
  40. [>       to menu items) is not good 
  41.  
  42. True, the NewDesk method is less than intelligent...:)
  43.  
  44. [>     - The user should be warned when s/he introduces a key combination
  45. [>       that is bound to another operation in the official (be it
  46. [>       Atari, German or GEM-list) standard.
  47.  
  48. Good idea, Annius.  Should it ask for confirmation, though, or just
  49. outright refuse.  I'm personally in favour of having the application ask
  50. for confirmation.  The user might not care very much about what we
  51. think he should use as a keyboard shortcut...
  52.  
  53. [> Annius V. Groenink | E-mail: avg@cwi.nl      |  Private & ZFC:
  54.  
  55.  
  56. -- 
  57. () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
  58. ()  Michel Forget / Electric Storm Software  ()   My cat stole my       ()
  59. ()   mforget@elfhaven.ersys.edmonton.ab.ca   ()   opinions, and pawned  ()
  60. ()         ess@tibalt.supernet.ab.ca         ()   them off for milk.    ()
  61. () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ () ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ()
  62.  
  63.